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METHOD AND APPARATUS FOR REQUESTING 
AND DISPLAYING WORKLIST DATA 
FROM REMOTELY LOCATED DEVICE 

FIELD OF THE INVENTION 
5 This invention generally relates to imaging 

systems used in medical diagnostics. In particular, 
the invention relates to the retrieval of worklist 
data from a worklist broker via a network. 

BACKGROUND OF THE INVENTION 

10 In addition to storing images internally, modern 

ultrasound imaging systems need to be able to transfer 
images to various types of remote devices via a 
communications network. To successfully transfer 
images, the relevant networking features of the 

15 ultrasound imager must be compatible with the 
networking features of the destination remote device. 
In particular, the ultrasound imager must place the 
data to be transferred in a format which can be 
handled by the destination remote device. An attempt 

2 0 to accomplish the foregoing is the adoption of the 
DICOM (Digital Imaging and Communications in Medicine) 
standards, which specify the conformance requirements 
for the relevant networking features. The DICOM 
standards are intended for use in communicating 

25 medical digital images among printers, workstations, 
acquisition modules (such as an ultrasound imaging 
system) and file servers. The acquisition module is 
programmed to transfer data in a format which complies 
with the DICOM standards, while the receiving device 

30 is programmed to receive data which has been formatted 
in compliance with those same DICOM standards. 

DICOM involves more than digital image transfer. 
DICOM functionality includes the following Service 
Classes : archive/transfer images : store (across 
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network); archive/ interchange images: media storage; 
query for information and retrieve images; make image 
hard copies: print management; patient, study and 
results management; radiology information system 
5 modality: worklist management; and test connectivity: 
verification. A fundamental concept employed in DICOM 
is "Services on Objects". One example of an "Object" 
is an ultrasound image. Two examples of a "Service" 
are the "Store" and "Query /Retrieve" functions. In 

10 DICOM, methods of operating on information objects are 
referred to as "Service Object Pair Classes" (SOP 
Classes) . Examples of SOP Classes are "Store an 
ultrasound image", "Print an ultrasound image", "Find 
which studies there are for a certain patient", 

15 "Retrieve all studies of a certain patient" and 
"Retrieve a worklist". Unique Identifiers (UIDs) are 
defined for all SOP Classes. UIDs are also given to 
all studies, series and images. These UIDs are, for 
instance, used for retrieval. In the DICOM vernacu- 

2 0 lar, a patient has a study which comprises a study 

component, e.g., examination using a particular 
modality. Images acquired in sequence in the course 
of a study on a patient form a series of objects. 

The DICOM system is based on the client/ server 
25 concept. The device which uses a service (on objects) 
is the client device, while the device which provides 
the service is the server device. The client device 
is referred to as a Service Class User (SCU) , while 
the server device is referred to as a Service Class 

3 0 Provider (SCP) . The SCU sends a Service Request to 

the SCP over a local area network (LAN) . The SCP 
sends back a response to the SCU over the same LAN. 
If the response is affirmative and a communications 
syntax is agreed upon, an association between the SCU 
35 and the SCP is opened and data can be transferred 
between the two devices. In the DICOM system a device 
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is not limited to one role: it can be both SCU and SCP 
at different times. 

The DICOM system is designed to facilitate the 
communication of digital images of different types, 
5 e.g., X-ray, computerized tomography, magnetic 
resonance and ultrasound imaging. In an ultrasound 
imager having conventional DICOM capability, three 
local real-world activities occur: Image Send, Image 
Print and Remote Verification. Image Send and Image 

10 Print can be done in either automatic or manual mode. 
Verification of remote DICOM devices configured on the 
ultrasound imager is performed when the imager is 
powered up or when requested by the system operator. 
All DICOM activities are handled in a queued 

15 manner by application software running on a host 
computer incorporated in the imager. In one type of 
ultrasound imager, the user can select any image in 
cine memory to be sent in DICOM format via a LAN to a 
remote device having DICOM capability. The host com- 

2 0 puter of the ultrasound imaging system is programmed 

with DICOM system software which facilitates trans- 
mission of image frames from the cine memory to the 
remote DICOM device via the host computer hard disk 
and the LAN. 

25 In the conventional ultrasound imager, Image Send 

can be used in automatic or manual mode, depending on 
the user configuration. When automatic mode is con- 
figured, console keys are used to capture the image 
and to store it on the hard disk. The request is 

3 0 queued to a DICOM queue manager (preferably imple- 

mented in software) , which requests an association 
with the destination remote device. After the 
association with the remote device has been opened, 
the queue manager "pushes" the image to the remote 
3 5 device without user intervention. The transfer is 
done in the background while scanning or other 
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operator activities continue* In manual mode, the 
captured images are archived on the hard disk or on a 
MOD during the exam(s) . Upon completion of the 
exam(s) the images are tagged using an archive menu 
5 and queued to any of the network devices that have 
been configured on the imager. The images are sent 
sequentially in the background while scanning or other 
operator activities proceed. Image Print works much 
the same way as Image Send, in both automatic and 

10 manual modes, the only difference being that the 
destination device is a printer. 

In order to accomplish image transfer, the 
ultrasound imaging system must know the configuration 
of the destination remote device prior to attempting 

15 to communicate with that device. The configuration 
data for the destination remote device is typically 
inputted to the ultrasound imager during software 
installation by a field engineer, although the DICOM 
network can be configured at any time. When the 

2 0 imager receives an instruction to transmit data to a 

particular remote device from the system operator, the 
imager software converts the image data to be trans- 
ferred into the DICOM format required by the destina- 
tion remote device, based on the configuration data 
25 for that device stored in system memory. The imager 
also sends a request over the network to the destina- 
tion remote device to open an association, i.e., to 
connect the imager to the destination remote device. 
If the remote device responds in the affirmative, the 

3 0 imager and remote device then agree on which SOP Class 

is to be used and which device will act as the server 
and which as the client. The ultrasound imager also 
selects the appropriate encoding syntax from those 
accepted by the remote device. Other communication 
3 5 parameters are also negotiated. 
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After the DICOM communications protocol has been 
settled, the association is opened and the imager 
attempts to send the DICOM-f ormatted image frame 
(object) to the remote device via the network. The 
5 transfer is done in the background while scanning or 
other operator activities continue. If the remote 
device is a storage device, each image frame is 
transferred singly in response to a Send request 
inputted by the operator. The conventional imager 

10 with DICOM capability will open an association with a 
storage device in response to each "send to a storage 
device" instruction. If a transfer is successful, the 
association for that transfer is immediately closed. 
If the remote device is a printer configured to print 

15 mu It i- image film, then a number of images are accumu- 
lated to make up a multi-image film and an association 
is opened in response to a Send instruction when a 
number of images sufficient to fill the multi-image 
film have been accumulated. After the full film 

2 0 session of images has been transmitted , the 

association between the imager and printer is closed. 

If the destination remote device sends back a 
message indicating successful receipt of the trans- 
mitted data, the DICOM-f ormatted image frame can be 
25 deleted from the imager memory. Alternatively, the 
system operator can instruct the imager to retain the 
DICOM-f ormatted image frame on the imager hard disk or 
to store it on a MOD inserted in the imager. 

In addition to the digitized image (i.e., pixel 

3 0 data) , the DICOM object transferred from the ultra- 

sound imager also includes attribute information. For 
example, the attribute information may include patient 
attributes (e.g., patient name and patient identifica- 
tion number), study attributes (e.g., accession number 
35 and study date), series attributes (e.g., modality 
type and series date), and image attributes (e.g., 
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image type and numbers of rows and columns) . Each 
attribute has a name, a value representation and a 
tag. A tag is a four-byte number (e.g., in hexa- 
decimal code) unique to the attribute. The value 
5 representation defines what type of value it can have 
(e.g., a 64-character string, binary data, etc.). 

In accordance with DICOM standards, there are 
three types of attributes. Type 1 comprises 

attributes which are mandatory and must always be 

10 present with a value; Type 2 comprises attributes 
which are mandatory but are allowed to be empty; and 
Type 3 comprises attributes which are optional and are 
also allowed to be empty. An incompatibility between 
two devices may arise, for example, if the receiving 

15 device requires that a Type 3 attribute be transmitted 
while the sending device does not include that 
attribute in its transmission. As a result, even if 
both devices are configured in accordance with current 
DICOM standards, the data transfer cannot occur. 

2 0 Thus, even mutual conformance to DICOM standards does 

not guarantee that two devices can be compatibly 
connected to each other. 

In accordance with a further aspect of the DICOM 
system as currently implemented, an ultrasound imaging 
25 system can retrieve a worklist from a Radiology 
Information System (RIS) at a hospital via the LAN. 
The retrieved worklist may, e.g., comprise all 
patients to be examined on a particular day using that 
particular ultrasound imager. The worklist includes 

3 0 the following information for each patient: name, 

identification number, sex, birth date, accession 
number, study data, etc. The information retrieval is 
initiated by the ultrasound imager. In response to 
this query, the RIS transmits the worklist to the 
35 ultrasound imager, which stores it in memory. This 
worklist is then available for viewing by the 
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sonographer. The patient currently being examined can 
be selected from the worklist. 

Because the DICOM capability is implemented in 
software, these features of the ultrasound imaging 
5 system can be readily upgraded. One goal of such 
upgrades is to increase the efficiency of the system 
operator by making the system simpler to operate, 
e.g., by requiring fewer manipulations to activate a 
particular operation. Another goal of system upgrades 
10 is to increase the ability of the imager to connect 
rapidly, efficiently and reliably to remote devices on 
the network, i.e., to increase connectivity. 

SUMMARY OF THE INVENTION 

The present invention is a computerized imager 
15 which is programmed to send an efficient modality 
worklist query to a remotely located device, e.g., a 
worklist broker. In accordance with the preferred 
embodiment of the invention, a user-interactive 
Worklist Setup menu is provided which allows the user 

2 0 to select one or more search fields and enter search 

criteria for each field. The Worklist Setup menu also 
allows the system operator to control which data in 
the retrieved worklist data will be displayed on a 
user-interactive Worklist menu. The search is 
25 initiated by clicking on a virtual representation of 
a Search key on the Worklist menu. The search results 
are received from the remote worklist broker by the 
imaging system and stored in memory. The search 
fields designated for display are displayed on the 

3 0 Worklist menu. The system user can transfer all 

information for any entry displayed on the Worklist to 
the new patient menu by simply clicking on that entry. 

The invention gives the system user the ability 
to create a local patient list on the imaging system. 
3 5 That local patient list can be viewed on the Worklist 
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menu. The user can select any patient from the 
worklist for an examination. Selecting a patient from 
the worklist means that all of the data associated 
with that patient, which was retrieved from the 
5 worklist broker (remote device) , will be included with 
every image of that patient which is stored in image 
files on the hard disk. Those images are subsequently 
converted into DICOM objects for transfer to remote 
printers and storage devices. 

10 The invention also gives the user optimal flexi- 

bility in scoping worklist queries to include only 
necessary data. This reduces information overload and 
optimizes machine efficiency. 

Although the preferred embodiment of the inven- 

15 tion is disclosed in the context of imaging systems 
which communicate with remote devices using the DICOM 
standard, it will be appreciated that the broad 
concept of the invention has application with any 
digital image communications standard or protocol that 

2 0 provides for construction of worklists. 

BRIEF DESCRIPTION OF THE DRAWINGS 

FIG. 1 is a block diagram showing a conventional 
ultrasound imaging system of the type which can be 
programmed to have DICOM capability. 
25 FIG. 2 is a block diagram showing a typical DICOM 

network . 

FIG. 3 is a block diagram generally depicting the 
hardware and software of a portion of an ultrasound 
imaging system in accordance with the preferred 

3 0 embodiment of the present invention. 

FIG. 4 is a flowchart depicting a procedure for 
retrieving a worklist from one remotely located 
device, performing an examination listed on that 
worklist, and sending examination images to another 
3 5 remotely located device. 
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FIG. 5 is a schematic reproducing a Worklist 
Setup display menu which the operator interacts with 
during setup of a worklist query in accordance with 
the preferred embodiment of the invention. 
5 FIG. 6 is a schematic reproducing a Worklist 

display menu which the operator interacts with to 
initiate a worklist query and later select entries 
from the retrieved worklist in accordance with the 
preferred embodiment of the invention. 

10 DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS 

FIG. 1 shows a conventional computerized ultra- 
sound imaging system which can be programmed to 
communicate with remote devices over a network in 
conformance with the DICOM standard. The type of 

15 imaging system depicted in FIG. 1 creates two-dimen- 
sional B-mode images of tissue in which the brightness 
of a pixel is based on the intensity of the echo 
return. The basic signal processing chain is as 
follows . 

20 An ultrasound transducer array 2 is activated to 

by a transmitter in a beamformer 4 to transmit an 
acoustic burst which is focused at a point along a 
scan line. The return RF signals are detected by the 
transducer elements and then dynamically focused to 

25 form a receive beam by a receiver in the beamformer 4. 
The receive beamformer output data (I/Q or RF) for 
each scan line is passed through a B-mode processing 
chain 6, which preferably includes demodulation, 
filtering , envelope detection , logarithmic compres- 

3 0 sion and edge enhancement. 

Depending on the scan geometry, up to a few 
hundred receive vectors may be used to form a single 
acoustic image frame. To smooth the temporal tran- 
sition from one acoustic frame to the next, some 

35 acoustic frame averaging 8 may be performed before 
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scan conversion. In general, the log-compressed 
display data is converted by the scan converter 10 
into X— Y format for video display* On some systems, 
frame averaging may be performed on the X — Y data 
5 (indicated by dashed block 12) rather than the 
acoustic frames before scan conversion, and sometimes 
duplicate video frames may be inserted between 
acoustic frames in order to achieve a given video 
display frame rate. The scan-converted frames are 
10 passed to a video processor 14, which maps the video 
data using a gray-scale mapping. The gray-scaled 
image frames are then sent to a video monitor 18 for 
display. 

System control is centered in a host computer 20, 

15 which accepts operator inputs through an operator 
interface 22 and in turn controls the various sub- 
systems. (In FIG. 1, only the image data transfer 
paths are depicted.) The operator interface comprises 
a keyboard, a trackball, a multiplicity of push- 

20 buttons, and other input devices such as sliding and 
rotary knobs. 

During imaging, a long sequence of the most 
recent images are stored and continuously updated 
automatically in a cine memory 16. Some systems are 

25 designed to save the R-0 acoustic images (this data 
path is indicated by the dashed line in FIG. 1) , while 
other systems store the X-F video images. The image 
loop stored in cine memory 16 can be reviewed via 
trackball control, and a section of the image loop can 

3 0 be selected for hard disk storage. 

For an ultrasound imaging system which has been 
configured with a free-hand three-dimensional imaging 
capability, the selected image sequence stored in cine 
memory 16 is transferred to the host computer 2 0 for 

35 three-dimensional reconstruction. The result is 
written back into another portion of the cine memory, 
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from where it is sent to the display system 18 via 
video processor 14 . 

FIG* 2 generally depicts a simplified DICOM 
network having an ultrasound scanner 82, a worklist 
5 broker (e.g., an RIS) 84, N storage devices 86, and M 
printing devices 88, all connected to a LAN 90. It 
will be readily appreciated that this diagram 
represents a simplified example of a DICOM network and 
that an actual DICOM network in the real world will 

10 have many more devices connected to the LAN, including 
modalities other than ultrasound imaging systems. The 
present invention is incorporated in an ultrasound 
imager (scanner) having the built-in capability to 
communicate with any one or more of the devices 84, 8 6 

15 and 88 in conformance with the DICOM requirements. 

A portion of such an ultrasound imager is 
generally depicted in FIG. 3. At the outset it should 
be appreciated that all of the blocks depicted in FIG. 
3 , with the exception of the display screen 18 and the 

20 operator interface 22, are preferably incorporated in 
the host computer (depicted in FIG. 1 as block 20) . 
It should be further appreciated that blocks 24, 28, 
30 and 32 in FIG. 3 are preferably implemented as 
software. 

25 In accordance with the preferred embodiments of 

the invention, commands inputted via the operator 
interface 22 are detected and processed by a control 
platform 24. In return, the control platform will 
provide signals to the operator interface which 

3 0 activate various visual indicators on the operator 
interface to indicate the status of various functions. 
In response to manipulation of the appropriate key or 
appropriate set of keys by the operator, a worklist 
manager 28 will display operator-interactive menus, 

3 5 such as the Worklist Setup and Worklist menus (shown 
in FIGS. 5 and 6, respectively) on the display monitor 
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18. Each menu includes fields for data entry and 
settable fields which can be set to a desired state by 
highlighting that field using a trackball and then 
pressing the Set key on the operator interface. 
5 The operator inputs to the Worklist Setup and 

Worklist menus are received by worklist manager 28 via 
the control platform 24. When the operator initiates 
a search, the control platform 24 sends a Worklist 
Query" posting to the appropriate DICOM task 30, i.e., 

10 the DICOM task configured to perform modality worklist 
queries. The worklist DICOM task 3 0 then requests the 
worklist setup data from the worklist manager 28. The 
worklist DICOM task 3 0 constructs a worklist query in 
the format required by the destination worklist broker 

15 (e.g., 84 in FIG. 2) and then sends that worklist 
query to the network via the network manager 32 and 
port 34, accompanied by a destination address. 

In response to initiation of a modality worklist 
query, the DICOM task will open a connection (associ- 

2 0 ation) to the destination worklist broker and nego- 

tiate a syntax. In particular, the DICOM task 3 0 
sends a request via the network manager 32 and a port 
44 that an association with the configured worklist 
broker be opened. If the worklist broker responds 
25 affirmatively and if a communications syntax is agreed 
upon, the association is opened. Once the association 
is open and assuming that a channel on the network is 
available (i.e., the network is not busy), the 
worklist query is sent from the imager onto the 

3 0 network via the network manager 3 2 and the port 34. 

If the destination worklist broker sends back the 
requested worklist information, then the DICOM task 3 0 
passes that information on to the worklist manager 28, 
which in turn stores it on the hard disk 26 and 
35 displays the information on the Worklist menu. 
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A worklist query is typically made by the system 
operator prior to initiation of an examination. One 
purpose of such a query is to retrieve patient 
information from a central location and annex that 
5 information to each image frozen and stored on the 
hard disk (26 in FIG* 3). In accordance with the 
preferred embodiment of the invention, the system user 
configures the system to request only selected 
worklist information from the central location. 

10 Referring to FIG. 4, the system operator sets up the 
worklist (step 3 6) and defines the search parameters 
by interacting with the Worklist Setup menu shown in 
FIG. 5. After the worklist has been set up and the 
search parameters defined, the operator initiates a 

15 search by clicking on a Search field 74 on the 
Worklist menu (shown in FIG. 6) , which is retrieved 
via a New Patient menu (not shown) . [As used herein, 
the term "clicking" includes, but is not limited to 
highlighting a field by manipulation of a trackball 

2 0 and then pressing a Set key on the operator inter- 

face.] The DICOM task 3 0 (see FIG. 3) then opens up 
an association with the RIS or other worklist broker 
(step 38) and sends the: worklist query over the 
network (step 40) . The imager subsequently receives 
25 the requested worklist information from the remote 
worklist broker (step 42). If the transfer of 
worklist information from the remote worklist broker 
to the imaging system was successful, the association 
is then closed (step 44) . The operator can then click 

3 0 on a particular entry in the worklist displayed on the 

Worklist menu, in response to which all retrieved 
information for that worklist entry is automatically 
entered into a new patient data file (step 46) . The 
new patient data can be viewed by returning to the New 
35 Patient menu on the display screen. When the user 
exits the New Patient menu, a DICOM Study Instance UID 



15-?UL-4901 



- 14 - 

is created. This Study Instance UID forms the base of 
the SOP Instance UID which tells the receiving DICOM 
printer or storage device (SCP) that the image 
received belongs to a particular patient. Every image 
5 taken by the user, after exiting the "New Patient" 
menu, will have the same UID. 

The examination may then begin. The user will 
scan the patient (step 48} , as needed. The user, at 
any time, can freeze the image (step 50) and take a 

10 snapshot of that image to send to a storage device 
(step 52) . The SOP Instance UID will direct the image 
to the proper patient's folder of images. Storage 
devices receive images one at a time. The typical 
method of image transfer to a storage device is as 

15 follows: the queue manager opens an association 
(connection) with the receiving storage device; 
transfer negotiations occur; the image is transferred; 
and the association is closed. Alternatively, the 
system can be configured to open the association once 

20 and keep it open throughout the entire exam. In this 
case, the association is opened upon the sending of 
the first image. Now, all images selected to be sent 
after the association has been opened, and before the 
"End Exam" button is pushed, will be transferred 

25 during that one association. No other associations 
need to be made, thereby increasing transfer 
efficiency. 

Referring again to FIG. 4, in response to each 
depression of a Print/ Store button configured to the 

3 0 destination storage device, the DICOM task associated 
with that storage device (which task is different than 
the worklist DICOM task depicted in FIG. 3) will 
determine if the association with that storage device 
is open (step 54) . If not, the storage DICOM task 

3 5 will open the association (step 56) , as previously 
described. If the association is already open, then 
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the storage DICOM task will attempt to send the DICOM 
object to the storage device. If the network is busy 
and the DICOM object cannot be sent, the DICOM object 
will remain queued and succeeding images will also be 
5 queued during this time. If the network will allow 
the DICOM object to be sent to the destination storage 
device, then the DICOM object constructed by the DICOM 
task will be transmitted to the storage device via the 
DICOM network (step 58). The queue manager then 

10 determines whether the "End Exam" button has been 
pressed (step 60). If it has, the queue manager 
instructs all open DICOM tasks to close any associa- 
tions (step 62). if the "End Exam" button has not 
been depressed, the association will not be closed, 

15 and the system operator can again scan the patient 
after unfreezing the image (step 61) . 

Although FIG. 3 depicts only one DICOM task, in 
accordance with the preferred embodiment of the 
invention, the imager is programmed with multiple 

20 DICOM tasks. In the preferred embodiment, one DICOM 
task (32 in FIG. 3) is dedicated to sending worklist 
queries and ten DICOM tasks can be configured to 
convert image files into either print or storage 
objects. 

25 in accordance with the preferred embodiment, the 

host computer of the imager is programmed to store in 
memory configuration data input via a Device Configur- 
ation menu (not shown) for the remote worklist broker 
to be queried. Although the system can store config- 

3 0 uration data for multiple worklist brokers, the system 
is programmed so that only one configured worklist 
broker at a time can be activated. When a particular 
worklist broker is activated (e.g., by clicking on an 
activation field on the corresponding page of the 

35 Device Configuration menu) , the DICOM task 30 (FIG. 3) 
is configured in accordance with the configuration 



data for that particular worklist broker. 

In accordance with the preferred embodiment of 
the invention, a user-interactive Worklist Setup menu 
(shown in FIG* 5) is provided which allows the user to 
select one or more search fields and enter search 
criteria for each field. The Worklist Setup menu also 
allows the system operator to control which data in 
the retrieved worklist data will be displayed on a 
user-interactive Worklist menu. 

Referring to FIG, 5, the Worklist Setup menu 
comprises a list of search fields. The first column 
64 on this page comprises a toggle field for each 
search field. When the user highlights a toggle field 
using the trackball and presses the Set key on the 
keyboard, the user may toggle through three states. 
Those states are Ignore, Display and Search (only two 
of which are represented FIG. 5) . The Ignore state 
means that the associated search field should be 
ignored as a query. If the Ignore state is selected, 
the trackball will take the user to the next line. 
The Display state defines the associated search field 
as "search and display" when submitting a query. If 
the Display state is selected, the trackball will take 
the user to the Display Order column 66, so that the 
user may choose the order in which this item will 
appear on the Worklist menu. The Search state defines 
the associated search field as "search", but do not 
display, when submitting a query. If the Search state 
is selected, the trackball will take the user to the 
corresponding Criteria field 68 to define that 
parameter of the search. In the example depicted in 
FIG. 5, the worklist query has been setup to search 
for all jobs scheduled in the time period from nine 
days before to nine days after March 10, 1999, the 
entry in the Exam Start Date field 68. In addition, 
the headings for the Worklist menu, duplicated in the 
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lower portion of the Worklist Setup menu, are dis- 
played in the order determined by the entries in the 
Display Order fields 66. 

After setting up the Worklist, the user returns 
5 to the New Patient menu and then uses an ROI Size 
button to page to the Worklist menu, which is depicted 
in FIG. 6. The Worklist menu is used to perform a 
query on the configured and activated worklist broker. 
When the Worklist menu appears on the display screen, 

10 the user may enter text in the allowable fields 7 0 for 
querying. For example, the user may enter a specific 
patient ID to query the remote worklist broker for any 
job scheduled within the searched time window for the 
patient identified. The search is initiated by 

15 clicking on a virtual representation 74 of a Search 
key. The query results will be displayed in fields 72 
under the respective displayed headings. The query 
results are also sent to the worklist manager and then 
stored on the hard disk. 

20 The displayed search fields are dynamically 

placed onto the screen depending on what the user has 
defined in the Worklist Setup menu. If the user has 
marked the search fields to be "Search" , then the 
search criteria will only appear on the Worklist Setup 

25 menu. If the user has marked the search fields to be 
"Display", then those search fields will appear in 
columns near the top of the Worklist menu, directly 
above query fields 70 for the user to enter a desired 
query. The search fields designated for display are 

3 0 displayed on the Worklist menu. The system user can 
transfer all information for any entry displayed on 
the Worklist menu to the new patient menu by simply 
clicking on that entry. : That information will be 
included with each image stored in image files on the 

35 hard disk for that job. 
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Referring to FIG* 3^ the search and display 
parameters entered on the Worklist Setup and Worklist 
menus via the operator interface are processed by the 
worklist manager 28. The search parameters are passed 
5 on to the DICOM task 30, while the worklist manager 28 
uses the display parameters to set up the Worklist 
menu. In response to a search initiation posting from 
the control platform, the DICOM task 30 formulates a 
query based on the search parameters and then sends it 

10 to the network manager 32. When the search results 
are later received from the remote worklist broker via 
the network manager, the DICOM task passes those 
search results on to the worklist manager 28. The 
worklist manager then stores the retrieved worklist 

15 data on the hard disk 2 6 and displays on the display 
screen those entries corresponding to search fields 
designated for display, each entry being placed under 
the column heading to which it belongs. 

While the invention has been described with 

2 0 reference to preferred embodiments, it will be 
understood by those skilled in the art that various 
changes may be made and equivalents may be substituted 
for elements thereof without departing from the scope 
of the invention. In addition, many modifications may 

25 be made to adapt a particular situation to the 
teachings of the invention without departing from the 
essential scope thereof. Therefore, it is intended 
that the invention not be limited to the particular 
embodiment disclosed as the best mode contemplated for 

30 carrying out this invention, but that the invention 
will include all embodiments falling within the scope 
of the appended claims. 
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1. An imaging system comprising: 

an image acquisition subsystem for performing 
jobs on a worklist; 

an operator interface; 

a networking port for communicating with a remote 
worklist broker on a network; 

means for setting the state of each of a plural- 
ity of worklist search fields in response to state 
settings inputted via said operator interface; 

task means for formulating a query for worklist 
data corresponding to only worklist search fields 
having either a first state or a second state; 

means for initiating formulation of said query by 
said task means in response to a search instruction 
inputted via said operator interface; and 

means for transferring said query to said 
networking port, 

2. The system as recited in claim 1, further 
comprising a display screen and means for controlling 
said display screen to display a worklist setup menu 
in response to a first menu selection instruction 
inputted via said operator interface, said worklist 
setup menu comprising a list of search field names and 
respective state fields, and said state setting means 
comprising means for toggling each state field through 
said first and second states and a third state in 
response to clicking on said state field using said 
operator interface . 

3. The system as recited in claim 2, wherein 
said worklist setup menu further comprises a criteria 
field associated with a search field name on said list 
having a state field in said first or second state, 



and said query formulated by said task means includes 
a criterion entered in said criteria field on said 
worklist setup menu using said operator interface* 

4. The system as recited in claim 2, further 
comprising means for controlling said display screen 
to display a worklist menu in response to a second 
menu selection instruction inputted via said operator 
interface, said worklist menu comprising at least one 
column heading, each column heading being a respective 
search field name on said worklist setup menu having 
said second state, 

5. The system as recited in claim 4, wherein 
said worklist setup menu further comprises a plurality 
of display order fields associated with respective 
search field names on said list having state fields in 
said second state, and said column headings are 
displayed on said worklist menu in the order deter- 
mined by respective entries in said display order 
fields. 

6 ♦ The system as recited in claim 4 , wherein 
said worklist menu further comprises a criteria field 
associated with a column heading, and said query 
formulated by said task means includes a criterion 
entered in said criteria field on said worklist menu 
using said operator interface. 

7. The system as recited in claim 4, wherein 
said worklist menu further comprises a search 
initiation field, and said search instruction 
comprises clicking on said search initiation field 
using said operator interface* 
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8. The system as recited in claim 4, further 
comprising means for receiving worklist data via said 
networking port in response to transfer of said query, 
wherein said worklist display control means controls 

5 said display screen to display only subsets of said 
worklist data corresponding to worklist search fields 
having said second state, said displayed worklist data 
subsets being placed under corresponding column 
headings on said worklist menu. 

9. An imaging system comprising: 

an image acquisition subsystem for performing 
jobs on a worklist; 

an operator interface; 

a networking port for communicating with a remote 
worklist broker on a network; and 

a computer programmed to perform the following 
steps: 

(a) setting the state of each of a plurality of 
worklist search fields in response to state settings 
inputted via said operator interface; 

(b) formulating a query for worklist data 
corresponding to only worklist search fields having 
either a first state or a second state in response to 
a search instruction inputted via said operator 
interface ; and 

(c) transferring said query to said networking 

port* 

10. The system as recited in claim 9, further 
comprising a display screen, wherein said computer is 
further programmed to perform the step of controlling 
said display screen to display a worklist setup menu 

5 in response to a first menu selection instruction 
inputted via said operator interface, said worklist 
setup menu comprising a list of search field names and 
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respective state fields, and said step of setting 
states comprising the steps of toggling each state 
10 field through said first and second states and a third 
state in response to clicking on said state field 
using said operator interface. 

11. The system as recited in claim 10, wherein 
said worklist setup menu further comprises a criteria 
field associated with a search field name on said list 
having a state field in said first or second state, 
and said query formulated by said computer includes a 
criterion entered in said criteria field using said 
operator interface. 

12. The system as recited in claim 10, wherein 
said computer is further programmed to perform the 
step of controlling said display screen to display a 
worklist menu in response to a second menu selection 
instruction inputted via said operator interface, said 
worklist menu comprising at least one column heading, 
each column heading being a respective search field 
name on said worklist setup menu having said second 
state. 

13. The system as recited in claim 12, wherein 
said worklist setup menu further comprises a plurality 
of display order fields associated with respective 
search field names on said list having state fields in 

5 said second state, and said column headings are 
displayed on said worklist menu in the order deter- 
mined by respective entries in said display order 
fields. 

14. The system as recited in claim 12, wherein 
said worklist menu further comprises a criteria field 
associated with a column heading, and said query 




includes a criterion entered in said criteria field on 
said worklist menu using said operator interface. 

15. The system as recited in claim 12, wherein 
said worklist menu further comprises a search initi- 
ation field, and said search instruction comprises 
clicking on said search initiation field using said 
operator interface. 

16. The system as recited in claim 12, wherein 
said computer is further programmed to perform the 
steps of receiving worklist data via said networking 
port in response to transfer of said query, and 
controlling said display screen to display only 
subsets of said worklist data corresponding to 
worklist search fields having said second state, said 
displayed worklist data subsets being placed under 
corresponding column headings on said worklist menu. 

17. A method for retrieving worklist data from 
a remote location via a network, comprising the steps 
of: 

connecting a networking port of a job-performing 
system to a network; 

setting the state of each of a plurality of 
worklist search fields in said job-performing system 
in response to state settings inputted via an operator 
interface of said job-performing system; 

formulating a query for worklist data correspond- 
ing to only worklist search fields having either a 
first state or a second state in response to a search 
instruction inputted via said operator interface; and 

transferring said query to said networking port 
with a destination address corresponding to a remotely 
located worklist broker. 



18. The method as recited in claim 17, further 
comprising the step of displaying a worklist setup 
menu on a display screen in response to a first menu 
selection instruction inputted via said operator 
interface, said worklist setup menu comprising a list 
of search field names and respective state fields, 
each state field toggling through said first and 
second states and a third state in response to 
clicking on said state field using said operator 
interface. 

19. The method as recited in claim 18, wherein 
said worklist setup menu f.urther comprises a criteria 
field associated with a search field name on said list 
having a state field in said first or second state, 
and said query formulated by said computer includes a 
criterion entered in said criteria field using said 
operator interface . 

20. The method as recited in claim 18, further 
comprising the step of displaying a worklist menu on 
said display screen in response to a second menu 
selection instruction inputted via said operator 
interface, said worklist menu comprising at least one 
column heading, each column heading being a respective 
search field name on said worklist setup menu having 
said second state. 

21. The method as recited in claim 20, wherein 
said worklist setup menu further comprises a plurality 
of display order fields associated with respective 
search field names on said list having state fields in 
said second state, and said column headings are 
displayed on said worklist menu in the order deter- 
mined by respective entries in said display order 
fields. 
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22. The method as recited in claim 20, wherein 
said worklist menu further comprises a criteria field 
associated with a column heading, and said query 
includes a criterion entered in said criteria field on 

5 said worklist menu using said operator interface. 

23. The method as recited in claim 20, wherein 
said worklist menu further comprises a search initi- 
ation field, and said search instruction comprises 
clicking on said search initiation field using said 

5 operator interface. 



24. The method as recited in claim 20, further 
comprising the steps of receiving worklist data in 
response to transfer of said query, and displaying on 
said display screen only subsets of said worklist data 
5 corresponding to worklist search fields having said 
second state, said displayed worklist data subsets 
being placed under corresponding column headings on 
said worklist menu. 



25. A system comprising: 

an image acquisition subsystem for performing 
jobs on a worklist; 

a display screen; 
5 an operator interface; 

a networking port for communicating with a remote 
worklist broker on a network; and 

a computer programmed to perform the following 
steps : 

10 (a) controlling said display screen to display a 

worklist setup menu in response to a first menu 
selection instruction inputted via said operator 
interface, said worklist setup menu comprising a list 
of search field names and respective state fields; 



(b) setting the state sof each of a plurality of 
worklist search fields identified by said search field 
names in response to toggling each state field through 
first through third states in response to clicking on 
said state field using said operator interface; 

(c) formulating a query for worklist data 
corresponding to only worklist search fields having 
either said first state or said second state in 
response to a search instruction inputted via said 
operator interface; and 

(d) transferring said query to said networking 

port. 

26. The system as recited in claim 25, wherein 
said computer is further programmed to perform the 
step of controlling said display screen to display a 
worklist menu in response to a second menu selection 
instruction inputted via said operator interface, said 
worklist menu comprising at least one column heading, 
each column heading being a respective search field 
name on said worklist setup menu having said second 
state. 

27. The system as recited in claim 26, wherein 
said worklist setup menu further comprises a plurality 
of display order fields associated with respective 
search field names on said list having state fields in 
said second state, and said column headings are 
displayed on said worklist menu in the order deter- 
mined by respective entries in said display order 
fields. 

28. The system as recited in claim 26, wherein 
said computer is further programmed to perform the 
steps of receiving worklist data via said networking 
port in response to transfer of said query, and 
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controlling said display screen to display only 
subsets of said worklist data corresponding to 
worklist search fields having said second state, said 
displayed worklist data subsets being placed under 
corresponding column headings on said worklist menu. 



-.v 15*rUL-4901 



- 28 - 

METHOD AND APPARATUS FOR REQUESTING 
AND DISPLAYING WORKLIST DATA 
FROM REMOTELY LOCATED DEVICE 

ABSTRACT OF THE INVENTION 

A computerized imager is programmed with software 
that enables an efficient worklist query to be sent to 
a remotely located device. A user-interactive menu is 
provided which allows the user to select one or more 
5 search fields and enter search criteria for each 
field. The search is initiated by clicking on a 
virtual representation of a Search key on the worklist 
menu. The software also allows the system operator to 
control which data in the retrieved worklist data is 

10 displayed on the worklist menu. The system user can 
transfer the information in any entry on the retrieved 
worklist to the new patient menu by simply clicking on 
that entry. That information will be included with 
each image stored in image files on the hard disk for 

15 that job. 
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